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DETAILED ACTION 

1. Applicant's amendment dated October 9, 2008, responding to the Office action 
mailed July 9, 2008 provided in the rejection of claims 1, 4-17, and 19-25, wherein 
claims 1,17, and 23-25 have been amended, claim 15 has been canceled. 

Claims 1, 4-14, 16-17, and 19-25 remain pending in the application and which 
have been fully considered by the examiner. 

Applicant's arguments with respect to claims currently amended have been fully 
considered but are moot in view of the new grounds of rejection - see Stoakley et al. - art 
made of record, as applied hereto. 

Claim Objections 

2. Claims 2 and 17 are objected to because the following informalities: 

• "... formatting content using a second group of services, wherein the second 
group of services arrange the graphical objects recited in claim 1 , lines 5- 
6, should be corrected "... formatting content using a second group of 
services, wherein the second group of services arranges the graphical objects 

• "... formatting content using a second group of services, wherein the second 
group of services arrange the graphical objects recited in claim 17, lines 
5-6, should be corrected "... formatting content using a second group of 
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services, wherein the second group of services arranges the graphical objects 

Appropriate correction is required (See MPEP § 608.01(b)) 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1,4-14, 16-17, and 19-25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Smith et al. (Pub. No. US 2003/0028685 A1 ) (hereinafter 'Smith') in 
view of Stoakley etal. (Pub. No. US 2001/0045961 A1) (hereinafter 'Stoakley' - art 
made of record), Priya Lakshminarayanan (The .NET Schema Object Model, December 

04, 2002, XML.com - O'Reily Media, Inc.) (hereinafter 'Lakshminarayanan') and Powers 
et al. (Visual Basic® Programmer's Guide to the .NET Framework Class Library) 
(hereinafter 'Powers') 

4. As to claim 1 (Currently Amended), Smith discloses a programming interface 
embodied on one or more computer readable media having computer-executable 
instructions for performing steps, comprising: 
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• generating graphical objects using a first group of services (i.e., P.1 1 , 
System. Drawing; P. 12 - System.Web.UI); 

• creating components of the graphical objects using a third group of services (i.e., 
Fig. 3, element 202 - Client Application; [0048] - the client application 
namespace pertains to drawing and client side Ul functionality; P. 13, Left-Col., 
Lines 50-52; P. 14, Left-Col., Lines 17-19, Right-Col., Lines 18-20; P. 15, Left- 
Col., Lines 20-22, Right-Col., Lines 37-39; P. 16, Left-Col. Lines 24-27, Right- 
Col., Lines 5-8, 34-36); and 

• binding element to data sources, data source classes, and data specific 
implementation of data collections using a fourth group of services (e.g., Fig. 3, 
element 204 - Data and XML; [0057], Lines 9-13 - ... data binding functionality 
...; [0063] - a data namespace ("System. Data") contains classes that enable 
developers to build components that efficiently manager data from multiple data 
sources ... a collection of types used to access a data source ... ) 

Further, Smith discloses that an application program interface (API) provides a set of 
functions for application developers who build Web applications on Microsoft 
Corporation's .NET™ platform (e.g., Abstract) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of System and Theme File Format for Creating Visual 
Styles, Stoakley discloses formatting content using a second group of services, wherein 
the second group of services arrange(s) the graphical objects (e.g., [0013] 
Specifies the set of drawing , layout and measuring properties and values that are to be 
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applied to each control or graphical component [0039] - ... the layout of the parts of a 
control can be defined as desired. For example, a scroll bar could be rendered with the 
up and down arrow buttons adjacent to each other at the bottom of the scroll bar, 
instead of the up arrow and the top and the down arrow at the bottom ... Each different 
appearance setting is coordinated and is called a "them." ...; [0047] - Drawing APIs 218 
are generally used to render and assist in the layout of the needed control parts and 
other components ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Stoakley into the Smith's 
system to further provide other limitations stated above in the Smith system. 

The motivation is that it would further enhance the Smith's system by taking, 
advancing and/or incorporating the Stoakley's system which offers significant 
advantages of an effective system, method and file format that allows a designer to 
efficiently create a visual style for a set of controls and graphical components as once 
suggested by Stoakley (e.g., [0009]) 

Furthermore, Stoakley discloses a method of specifying a visual style for a set of 
graphical components is provided for use on a computer system having a graphical 
operating environment (e.g., Abstract) but Smith and Stoakley do not explicitly disclose 
other limitations stated below. 

However, in an analogous art of The .NET® Schema Object Model, 
Lakshminarayanan discloses the followings: 
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• using a common markup language to map classes and properties specified in the 
markup language to an instantiated tree of objects across the first group of 
services, the second group of services, the third group of services, and the fourth 
group of services; and 

• integrating the first group of services, the second group of and the third group of 
services, and the fourth group of services using a consistent programming model 
and consistent services across the three service groups (e.g., P. 1 , 1 st Para - 
This article focuses on an API in the .NET® platform , the XML Schema Object 
Model (SOM), SOM is rich API which allows developers to create, edit, and 
validate schemas proqrammaticallv - on of the few such tools available so far; 
.2 nd Para - SOM operates on schema documents analogously to the way DOM 
operates on XML documents. Schema documents are valid XML files that, once 
loaded into the SOM, convey meaning about the structure and validity of other 
XML documents which conform to the schema. SOM is indispensable for a 
certain class of application, like a schema editor, where it needs to construct the 
schema in memory and check the schema's validity according to the WXS (W3C 
XML Schema) specifications; 4 th Para - This mapping helps easy use of the API . 
For a complete listing of all the classes available in the System.Xml. Schema 
namespace, refer to the .NET® Framework Class Library Reference ) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Lakshminarayanan into the Smith- 
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Stoakley's system to further provide other limitations stated above in the Smith-Stoakley 
system. 

The motivation is that it would further enhance the Smith-Stoakley's system by 
taking, advancing and/or incorporating Lakshminarayanan's system which offers 
significant advantages that on an API in the .NET® platform, the XML Schema Object 
Model (SOM), SOM is a rich API which allows developers to create, edit, and validate 
schema programmatically - one of the few such tools available so far as once 
suggested by Lakshminarayanan (e.g., P. 1, 1 st Para) 

Furthermore, Smith discloses that an application program interface (API) provides a 
set of functions for application developers who build Web applications on Microsoft 
Corporation's .NET™ platform, but Smith, Stoakley and Lakshminarayanan do not 
explicitly discloses wherein the fourth group of services further handle exceptions in 
data entry. 

However, in an analogous art of Visual Basic® Programmer's Guide to the .NET 
Framework Class Library, Powers discloses wherein the fourth group of services further 
handle exceptions in data entry (e.g., Chapter 15. Data Storage and Access, Table 15.1 
- Key Classes Covered, 4 th entry - ConstraintException and 7 th entry - DataException) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Powers into the Smith- 
Stoakley-Lakshminarayanan's system to further provide the fourth group of services 
further handle exceptions in data entry in the Smith-Stoakley-Lakshminarayanan 
system. 
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The motivation is that it would further enhance the Smith-Stoakley- 
Lakshminarayanan's system by taking, advancing and/or incorporating the Powers' 
system which offers significant advantages for using data access exceptions within 
.NET Framework Class Library as once suggested by Powers (e.g., Chap. 15 - Data 
Storage and Access Key Classes Related to Data) 

5. As to claim 4, (Previously Presented) (incorporating the rejection in claim 1), 
Smith discloses a programming interface wherein the first group of services, the second 
group of services, the third group of services, and fourth group of services share a 
common event system (e.g., [0045] - event handling; [0049], Lines 7-10; [0069]). 

6. As to claim 5, (Previously Presented) (incorporating the rejection in claim 1 ), 
Smith discloses a programming interface wherein the first group of services, the second 
group of services, the third group of services, and the fourth group of services share a 
common property definition system (e.g., [0049], Lines 7-10; [0075]; [0079], Lines 1-10). 

7. As to claim 6, (Previously Presented) (incorporating the rejection in claim 1), 
Smith discloses a programming interface wherein the first group of services, the second 
group of services, the third group of services, and the fourth group of services share a 
common input paradigm (e.g., [0092], Lines 6-10; [0088], Lines 4-7; [0093], Lines 3-7). 
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8. As to claim 7, (Previously Presented) (incorporating the rejection in claim 1), 
Smith discloses a programming interface wherein the first group of services, the second 
group of services, the third group of services, and the fourth group of services share a 
common system for nesting elements associated with a particular group of services 
within elements associated with another group of services (e.g., Fig. 3; [0052] through 
[0059). 

9. As to claim 8, (Original) (incorporating the rejection in claim 1 ), Smith discloses 
a programming interface wherein the first group of services includes a service that 
determines an appearance of the graphical objects (e.g., [0030], Lines 4-8 - HTML 
defines how elements are displayed) 

10. As to claim 9, (Original) (incorporating the rejection in claim 1), Smith discloses 
a programming interface wherein the first group of services includes a service that 
determines a behavior of the graphical objects (e.g., [0030], Lines 4-8 - XML is used for 
defining data element on a Web page) 

11. As to claim 10, (Original) (incorporating the rejection in claim 1 ), Smith discloses 
a programming interface wherein the first group of services includes a service that 
determines an arrangement of the graphical objects (e.g., [0030], Lines 4-8 - HTML 
defines how elements are displayed) 
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12. As to claim 11, (Original) (incorporating the rejection in claim 1), Smith discloses 
a programming interface wherein the first group of services includes a plurality of nested 
elements that define the graphical objects (e.g., Fig. 3, element 312 - Ul; [0057]) 

13. As to claim 12, (Original) (incorporating the rejection in claim 1), Smith discloses 
a programming interface wherein the objects are comprised of one or more elements 
defined by vector graphical graphics (e.g., [0062] - vector graphics functionality) 

14. As to claim 13 (Original) (incorporating the rejection in claim 1), Smith discloses 
a programming interface and an application program interface wherein the first group of 
services can define window properties in a markup language without launching a new 
window (e.g., [0061] - A windows forms namespace {"System.Windows. Forms") 
containing classes for creating Windows®-based client applications) 

15. As to claim 14, (Original) (incorporating the rejection in claim 1), Smith discloses 
a programming interface wherein the first group of services generates a user interface 
containing a plurality of graphical objects (i.e., Fig. 3, element 202 - Client Application; 
[0048] - the client application namespace pertains to drawing and client side Ul 
functionality; P. 13, Left-Col., Lines 50-52; P. 14, Left-Col., Lines 17-19, Right-Col., 
Lines 18-20; P. 15, Left-Col., Lines 20-22, Right-Col., Lines 37-39; P. 16, Left-Col. Lines 
24-27, Right-Col., Lines 5-8, 34-36) 
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16. As to claim 16, (Original) (incorporating the rejection in claim 1), Smith discloses 
a software architecture comprising the programming interface (e.g., Fig. 2; [0022]; 
[0044], Lines 1-30) 

17. As to claim 17 (Currently Amended), Smith discloses an application program 
interface embodied on one or more computer readable media having computer- 
executable instructions for performing steps, comprising: 

• generating graphical objects using a first group of services (i.e., P.1 1 , 
System. Drawing; P. 12 - System. Web. Ul); 

• creating components of the graphical objects using a third group of services (i.e., 
Fig. 3, element 202 - Client Application; [0048] - the client application 
namespace pertains to drawing and client side Ul functionality; P. 13, Left-Col., 
Lines 50-52; P. 14, Left-Col., Lines 17-19, Right-Col., Lines 18-20; P. 15, Left- 
Col., Lines 20-22, Right-Col., Lines 37-39; P. 16, Left-Col. Lines 24-27, Right- 
Col., Lines 5-8, 34-36), wherein the first group of services, the second group of 
services, the third group of services, and the fourth group of services are 
integrated via: sharing a common programming model (e.g., Fig. 3; [0023]; 
[0052], Lines 1-6); 

• binding elements to data sources, data source classes, and data specific 
implementations of data collections using a fourth group of services (e.g., Fig. 3, 
element 204 - Data and XML; [0057], Lines 9-13 - ... data binding functionality 
...; [0063] - a data namespace ("System. Data") contains classes that enable 
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developers to build components that efficiently manager data from multiple data 
sources ... a collection of types used to access a data source ... ) 

Further, Smith discloses that an application program interface (API) provides a set of 
functions for application developers who build Web applications on Microsoft 
Corporation's .NET™ platform (e.g., Abstract) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of System and Theme File Format for Creating Visual 
Styles, Stoakley discloses formatting content using a second group of services, wherein 
the second group of services arrange(s) the graphical objects (e.g., [0013] 
Specifies the set of drawing , layout and measuring properties and values that are to be 
applied to each control or graphical component ...; [0039] - ... the layout of the parts of a 
control can be defined as desired. For example, a scroll bar could be rendered with the 
up and down arrow buttons adjacent to each other at the bottom of the scroll bar, 
instead of the up arrow and the top and the down arrow at the bottom ... Each different 
appearance setting is coordinated and is called a "them." ...; [0047] - Drawing APIs 218 
are generally used to render and assist in the layout of the needed control parts and 
other components ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Stoakley into the Smith's 
system to further provide other limitations stated above in the Smith system. 

The motivation is that it would further enhance the Smith's system by taking, 
advancing and/or incorporating the Stoakley's system which offers significant 
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advantages of an effective system, method and file format that allows a designer to 
efficiently create a visual style for a set of controls and graphical components as once 
suggested by Stoakley (e.g., [0009]) 

Furthermore, Stoakley discloses a method of specifying a visual style for a set of 
graphical components is provided for use on a computer system having a graphical 
operating environment (e.g., Abstract) but Smith and Stoakley do not explicitly disclose 
other limitations stated below. 

However, in an analogous art of The .NET® Schema Object Model, 
Lakshminarayanan discloses using a common markup language across the three 
services to map classes and properties specified in the markup language to an 
instantiated tree of objects (e.g., P. 1 , 1 st Para - This article focuses on an API in the 
.NET® platform , the XML Schema Object Model ( SOM ), SOM is rich API which allows 
developers to create, edit, and validate schemas proqrammatically - on of the few such 
tools available so far; .2 nd Para - SOM operates on schema documents analogously to 
the way DOM operates on XML documents. Schema documents are valid XML files 
that, once loaded into the SOM, convey meaning about the structure and validity of 
other XML documents which conform to the schema. SOM is indispensable for a certain 
class of application, like a schema editor, where it needs to construct the schema in 
memory and check the schema's validity according to the WXS (W3C XML Schema) 
specifications; 4 th Para - This mapping helps easy use of the API . For a complete listing 
of all the classes available in the System.Xml.Schema namespace, refer to the .NET® 
Framework Class Library Reference ) 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Lakshminarayanan into the Smith- 
Stoakley's system to further provide using a common markup language across the three 
services to map classes and properties specified in the markup language to an 
instantiated tree of objects in the Smith-Stoakley system. 

The motivation is that it would further enhance the Smith-Stoakley's system by 
taking, advancing and/or incorporating Lakshminarayanan's system which offers 
significant advantages that on an API in the .NET® platform, the XML Schema Object 
Model (SOM), SOM is a rich API which allows developers to create, edit, and validate 
schema programmatically - one of the few such tools available so far as once 
suggested by Lakshminarayanan (e.g., P. 1, 1 st Para) 

Furthermore, Smith discloses that an application program interface (API) provides a 
set of functions for application developers who build Web applications on Microsoft 
Corporation's .NET™ platform (e.g., Abstract), but Smith, Stoakley and 
Lakshminarayanan do not explicitly discloses wherein the fourth group of services 
further handle exceptions in data entry. 

However, in an analogous art of Visual Basic® Programmer's Guide to the .NET 
Framework Class Library, Powers discloses wherein the fourth group of services further 
handle exceptions in data entry (e.g., Chapter 15. Data Storage and Access, Table 15.1 
- Key Classes Covered, 4 th entry - ConstraintException and 7 th entry - Data Exception) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Powers into the Smith- 
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Stoakley-Lakshminarayanan's system to further provide the fourth group of services 
further handle exceptions in data entry in the Smith-Stoakley-Lakshminarayanan 
system. 

The motivation is that it would further enhance the Smith-Stoakley- 
Lakshminarayanan's system by taking, advancing and/or incorporating the Powers' 
system which offers significant advantages for using data access exceptions within 
.NET Framework Class Library as once suggested by Powers (e.g., Chap. 15 - Data 
Storage and Access Key Classes Related to Data) 

18. As to claim 19, (Original) (incorporating the rejection in claim 17), Smith 
discloses an application program interface wherein the third group of services includes 
services to generate geometric shapes (e.g., [0048] - the client applications namespace 
pertains to drawing and client side Ul functionality. It supplies types that enable drawing 
of two-dimensional, imaging, and printing, as well as the ability to construct window 
forms, menus, boxes, and so on) 

19. As to claim 20, (Original) (incorporating the rejection in claim 17), Smith 
discloses an application program interface wherein the second group of services 
includes arranging a plurality of data elements (e.g., [0030], Lines 4-8 - XML is used for 
defining data element on a Web page) 



20. As to claim 21, (Original) (incorporating the rejection in claim 17), Smith 
discloses an application program interface wherein the first group of services includes: a 
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service that determines an appearance of a graphical object (e.g., [0030], Lines 4-8 - 
HTML defines how elements are displayed); and a service that determines a behavior of 
the graphical object (e.g., [0030], Lines 4-8 - XML is used for defining data element on 
a Web page) 

21 . As to claim 22, (Original) (incorporating the rejection in claim 17), please refer to 
claim 13 as set forth above accordingly. 

22. As to claim 23 (Currently Amended), Smith discloses a computer system 
including one or more microprocessors (Fig. 4, element 404 - Processing Unit; [0085], 
Lines 3-5) and one more software programs (Fig. 4, elements 428 - Application 
Programs, 430 - Program Modules, 432 - Program Data; [0091], Lines 4-5), the one or 
more software programs utilizing a interface (Fig. 2, element 142 - Application Program 
Interface; [0039], Lines 1-4) to request services from an operating system (Fig. 2, 
element 146(1) - Operating System), the services or programming interface including 
separate commands to request consisting of the following groups of services: 

• a first group of services for generating graphical objects (i.e., P.1 1 , 
System. Drawing; P. 12 - System. Web. ill); and 

• a third group of services for creating components of the graphical objects (i.e., 
Fig. 3, element 202 - Client Application; [0048] - the client application 
namespace pertains to drawing and client side Ul functionality; P. 13, Left-Col., 
Lines 50-52; P. 14, Left-Col., Lines 17-19, Right-Col., Lines 18-20; P. 15, Left- 
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Col., Lines 20-22, Right-Col., Lines 37-39; P. 16, Left-Col. Lines 24-27, Right- 
Col., Lines 5-8, 34-36); 

• a fourth group of services that bind elements to data sources, data source 
classes, and data specific implementations of data collections (e.g., Fig. 3, 
element 204 - Data and XML; [0057], Lines 9-13 - ... data binding functionality 
...; [0063] - a data namespace ("System. Data") contains classes that enable 
developers to build components that efficiently manager data from multiple data 
sources ... a collection of types used to access a data source ... ); and 

• wherein the first group of services, the second group of services, and the third 
group of services are integrated by sharing a common programming model (e.g., 
Fig. 3; [0023]; [0052], Lines 1-6) 

Further, Smith discloses that an application program interface (API) provides a set of 
functions for application developers who build Web applications on Microsoft 
Corporation's .NET™ platform (e.g., Abstract) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of System and Theme File Format for Creating Visual 
Styles, Stoakley discloses a second group of services for formatting content, wherein 
the second group of services arrange the graphical objects (e.g., [0013] - .... Specifies 
the set of drawing , layout and measuring properties and values that are to be applied to 
each control or graphical component ...; [0039] - ... the layout of the parts of a control 
can be defined as desired. For example, a scroll bar could be rendered with the up and 
down arrow buttons adjacent to each other at the bottom of the scroll bar, instead of the 
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up arrow and the top and the down arrow at the bottom ... Each different appearance 
setting is coordinated and is called a "them." [0047] - Drawing APIs 218 are 
generally used to render and assist in the layout of the needed control parts and other 
components ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Stoakley into the Smith's 
system to further provide other limitations stated above in the Smith system. 

The motivation is that it would further enhance the Smith's system by taking, 
advancing and/or incorporating the Stoakley's system which offers significant 
advantages of an effective system, method and file format that allows a designer to 
efficiently create a visual style for a set of controls and graphical components as once 
suggested by Stoakley (e.g., [0009]) 

Furthermore, Stoakley discloses a method of specifying a visual style for a set of 
graphical components is provided for use on a computer system having a graphical 
operating environment but Smith and Stoakley do not explicitly disclose other limitations 
stated below. 

However, in an analogous art of The .NET® Schema Object Model, 
Lakshminarayanan discloses consistent services and using a common markup 
language to map classes and properties specified in the markup language to an 
instantiated tree of objects across the first, second, and third group of services (e.g., P. 
1 , 1 st Para - This article focuses on an API in the .NET® platform , the XML Schema 
Object Model (SOM), SOM is rich API which allows developers to create, edit, and 
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validate schemas programmatically - on of the few such tools available so far; .2 nd Para 
- SOM operates on schema documents analogously to the way DOM operates on XML 
documents. Schema documents are valid XML files that, once loaded into the SOM, 
convey meaning about the structure and validity of other XML documents which 
conform to the schema. SOM is indispensable for a certain class of application, like a 
schema editor, where it needs to construct the schema in memory and check the 
schema's validity according to the WXS (W3C XML Schema) specifications; 4 th Para - 
This mapping helps easy use of the API . For a complete listing of all the classes 
available in the System.Xml. Schema namespace, refer to the .NET® Framework Class 
Library Reference ) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Lakshminarayanan into the Smith- 
Stoakley's system to further provide consistent services and using a common markup 
language to map classes and properties specified in the markup language to an 
instantiated tree of objects across the first, second, and third group of services in the 
Smith-Stoakley system. 

The motivation is that it would further enhance the Smith-Stoakley's system by 
taking, advancing and/or incorporating Lakshminarayanan's system which offers 
significant advantages that on an API in the .NET® platform, the XML Schema Object 
Model (SOM), SOM is a rich API which allows developers to create, edit, and validate 
schema programmatically - one of the few such tools available so far as once 
suggested by Lakshminarayanan (e.g., P. 1, 1 st Para) 
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Furthermore, Smith discloses that an application program interface (API) provides a 
set of functions for application developers who build Web applications on Microsoft 
Corporation's .NET™ platform, but Smith, Stoakley and Lakshminarayanan do not 
explicitly discloses wherein the fourth group of services further handle exceptions in 
data entry. 

However, in an analogous art of Visual Basic® Programmer's Guide to the .NET 
Framework Class Library, Powers discloses wherein the fourth group of services further 
handle exceptions in data entry (e.g., Chapter 15. Data Storage and Access, Table 15.1 
- Key Classes Covered, 4 th entry - ConstraintException and 7 th entry - Data Exception) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Powers into the Smith- 
Stoakley-Lakshminarayanan's system to further provide the fourth group of services 
further handle exceptions in data entry in the Smith-Stoakley-Lakshminarayanan 
system. 

The motivation is that it would further enhance the Smith-Stoakley- 
Lakshminarayanan's system by taking, advancing and/or incorporating the Powers' 
system which offers significant advantages for using data access exceptions within 
.NET Framework Class Library as once suggested by Powers (e.g., Chap. 15 - Data 
Storage and Access Key Classes Related to Data) 

23. As to claim 24, (Currently Amended) (incorporating the rejection in claim 23), 
Smith discloses a computer system wherein the first group of services includes: a 
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service for defining an appearance of the graphical objects (e.g., [0030], Lines 4-8 - 
HTML defines how elements are displayed)(e.g., Fig. 3, element 202 - Client 
Application; [0048] - the client application namespace pertains to drawing and client 
side Ul functionality; P. 13, Left-Col., Lines 50-52; P. 14, Left-Col., Lines 17-19, Right- 
Col., Lines 18-20; P. 15, Left-Col., Lines 20-22, Right-Col., Lines 37-39; P. 16, Left-Col. 
Lines 24-27, Right-Col., Lines 5-8, 34-36) 

24. As to claim 25, (Currently Amended) (incorporating the rejection in claim 23), 
Smith discloses a computer system wherein the third group of services includes 
services to generate a plurality of geometric shapes (e.g., [0048] - the client 
applications namespace pertains to drawing and client side Ul functionality. It supplies 
types that enable drawing of two-dimensional, imaging, and printing, as well as the 
ability to construct window forms, menus, boxes, and so on) 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Ben C Wang/ 
Ben C. Wang 
Examiner, Art Unit 2192 
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